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GENERIC SERVICE COORDINATION MECHANISM 

FTKT,n of twf inventions 

This invention relates to the control of real-time 
5 processes and, in particular, to the utilization of 
automatic procedures to solve service interaction 
problems within a communication system. 

BACKGROUND OF THE INVENTION 

10 The deregulation of telecommunication markets and 

the introduction of new concepts such as advanced 
intelligent networks (AIN) and universal personal 
telecommunications (UPT), incorporating the ability to 
customize services, have resulted in rapid growth of 

15 the number of services demanded by and offered to 
telecommunication customers. This growth is projected 
to continue for the foreseeable future. 

The projected increase in the number of services 
requires increased sophistication and complexity of 

20 service-providing systems, and creates the potential of 
an explosive increase in the number of service 
interaction problems. In mathematical terms, the 
number of interaction problems, related to the number 
of services (n), may potentially be as high as n- 

25 factorial (n! ). Fortunately, in practice, the number 

of servic interaction problems is limit d below this 
th oretical maximum by service d finition and other 
tel communication factors. How ver, the total number 
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of s rvice interaction probl ms that must be recognized 
and solved is still very large and increasing. 

The conventional method used to solve these 
interactions is generally imbedded in the specific 
5 implementation of a particular service. This makes the 

upgrade of a telecommunication system with new services 
costly and time consuming. The combination of costly, 
time -cons timing upgrades and the rapid development of 
new system concepts and service offerings requires a 
10 comprehensive solution to the service interaction 
problem. 

For a number, of years , attempts have been made to 
solve service interaction problems without any 
measurable success. In some cases, the service 

15 interaction problems have been so numerous, that the 
proposed solutions were extremely complex and difficult 
to implement* In other cases, the proposed solutions 
are only partial solutions that do not provide an 
ultimate method of handling the service interaction 

20 problem. 

For example, in U. S. Patent No. 4, 479, 196 to 
Ferrer et al. (Ferrer), a database management system in 
the form of a state machine is disclosed. Ferrer 
associates a specific incoming request with internally 

25 stored data using predefined relationships which ar 
sp cifically defined for a particular application. It 
would be advantageous, how ver, to hav a gen ric 
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coordination m chanism, such as th mechanism of the 
pres nt inv ntion, which utilizes two state machines 
operating at different functional levels in order to 
provide generic solutions for service interaction 
5 problems. 

D. S. Patent No. 4, 695, 977 to Hansen et al. (Hansen 
' 977) discloses a telecommunication system for the 
switching of voice and data communications by a 
computer. The computer performs basic call processing 

10 by executing program scripts to perform the sequential 

processing of events and signals based on a finite 
state machine and the priority between events. Service 
interaction problems are solved by the Hansen ' 977 
system based on the priority assigned to each script. 

15 It would be advantageous to have a generic coordination 

mechanism, such as the mechanism of the present 
invention, which separates service interaction handling 
from the basic call processing state machine. With 
such a mechanism, the service interaction handling is 

20 not restricted to pre-established priorities between 
events. Furthermore, the present invention operates 
entirely on data related to service interaction, and 
can utilize this data to define different service 
interaction criteria depending on customer requirements 

25 and the application cone rned. 

Likewise, U.S. Patent No. 4, 272, 575 to Hansen t 
al. (Hansen ' 575) disci os s a syst m for sequentially 
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processing a telephone call based on det cted events 
and event-processing results. This processing is part 
of the processing used in intelligent networks to 
control the execution and establishment of a basic 
5 call. Services may be controlled by the Hansen ' 575 

system, but the control is part of the basic call state 
machine, and its capabilities are necessarily limited 
when compared to the generic coordination mechanism of 
the present invention. The generic coordination 
10 mechanism separates the service interaction handling 

from the basic call processing and, therefore, can 
define different service interaction criteria depending 
on customer requirements and the application concerned. 
In U.S. Patent No. 4, 782, 517 to Bernardis et al. 
15 (Bernardis), a telephone system is disclosed which 

allows a user to provide new services without reloading 
a new version of the system software. Although the 
Bernardis system monitors and processes events and 
modifies state transition rules, it does not handle 
20 service interactions. It would be a distinct advantage 
to have a generic coordination mechanism, such as the 
mechanism of the present invention, which is dedicated 
to solving the service interaction problem without 
interfering with basic call processing. The 
25 coordination m chanism of the present invention do s 
not d fin or provide new services, but strictly 
handles servic interaction data for improved 
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reliability. Additionally, the g neric coordination 
mechanism includes "hard coded" software which operates 
according to defined coordinator characteristics, and 
reports back stored service interaction data in 
5 accordance with defined service interaction criteria. 

Thus, the generic coordination mechanism of the 
present invention is a generic service interaction 
handler capable of controlling the growth of service 
interaction complexity, minimizing influence on other 
10 service implementations, enabling a rapid service 

offering, and providing increased reliability of 
telecommunication systems* 

SUMMARY QF THE INVENTION 

15 The present invention is a generic service 

coordination mechanism which manipulates data that is 
relevant to the service interaction problem and to 
operations which result in state machine transitions. 
The mechanism is invoked by a traffic event or an 

20 administrative event such as Initiate, Read, Change or 

Erase Coordinator, or Interaction Data. These events 
are processed by different internal subordinated 
processes which are run in a sequence until a 
coordination response is obtained. The processing of 

25 an vent includ s validation of r ceiv d data, location 
of the requested information, ch eking existing 
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inconsistencies, and r jection or acc ptance of a 
requested event. 

In addition, two methods employed by the present 
invention allow an operator or service provider to 
5 block the occurrence of two unpredictable interactive 
services during real-time network operation. The first 
method is a method of representing coordinator data, 
i.e., service allocation data, coordinator 
characteristics data, and interaction data. The second 

10 method is a method of operating the coordinator state 
machine by association of service state machine 
transitions and coordinator state machine transitions. 

The service interaction problem may be divided 
into a feasible part and an irresolute interaction 

15 problem. The feasible part may be solved through a 
combination of restriction, dependency, and priority 
processes. Since the service interaction problem may 
vary in complexity at different times, the mechanism of 
the present invention solves the feasible part of the 

20 service interaction problem and then identifies the 
irresolute interaction problem which is handled 
entirely by the appointed interactive services. The 
identification of the irresolute interaction includes 
a temporary hand-over of interaction processing to the 

25 int ractive services until a resolution is reached 
cone rning wheth r or not the m chanism of the present 
invention shall resume processing or reject the 
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r qu sted event. Thus, th functionality of the 
coordination mechanism can be summarized as enabling a 
decision to continue basic call processing and/or 
service processing based on requested subscriber 
services and associated service interactions. 

Finally, the mechanism also employs methods to 
handle general and individual service provisioning as 
well as the capability to customize services and 
service interactions. 

BRIEF DESC RIPTION OP THE DRAWINGS 

The invention will be better understood and its 
numerous -objects and advantages will become more 
apparent to those skilled in the art by reference to 
the following drawing, in conjunction with the 
accompanying specification, in which: 

FIG. 1 is a graph illustrating the relationship, 
in a telecommunications network, between the number of 
services offered, the number of resulting service 
interactions in an uncoordinated network, and the 
number of service interactions in a network equipped 
with a service coordination mechanism constructed in 
accordance with the teachings of the present invention; 

FIG. 2 is a block diagram of a service state 
machin illustrating the transition of a service from 
on state to another in the present invention; 
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FIG. 3 is chart illustrating various service 
interaction criteria utiliz d in the coordination 
mechanism of the present invention; 

PIG. 4 is an illustration of a record maintained 
5 by the present invention and providing a profile of the 

characteristics of a particular subscriber or service; 

FIG. 5 is an illustration of a service identifier 
utilized in the present invention to identify a service 
family and variation of a service within the family; 
10 FIG. 6 is a block diagram of a coordination 

mechanism state machine utilized in the service 
coordination mechanism of the present invention; 

FIG. 7 is an illustration of a series of 
subscriber characteristics profiles and a series of*. 
*15 service characteristics profiles which are stored as 
dedicated files in the present invention; 

FIG. 8 is an illustration of a service allocation 
indication file utilized in the present invention to 
store the service states and associated coordinator 
20 mechanism states which are valid for a particular 
subscriber; 

FIG. 9 is an illustration of a general allocation 
file utilized in the present invention to store service 
states and associated coordinator mechanism states for 
25 services which ar provided on a general basis to a 
specific group of subscribers; 
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FIG. 10 is an illustration of a dynamic file 
structure of an individual allocation file in th 
service coordination mechanism of the present 
invention; 

FIG. 11A is an illustration of an interaction 
record which identifies relevant interactions 
associated with service procedures in the service 
coordination mechanism of the present invention; 

FIG. 11B is a table illustrating allowed 
combinations of service criteria in the service 
coordination mechanism of the present invention; 

FIG. 12A is an illustration of a service family 
interaction file in the service coordination mechanism 
of the present invention; 

FIG. 12B • is an illustration of a service 
interaction file in the service coordination mechanism 
of the present invention; 

FIG. 13 is an illustration of a customized service 
interaction file in the service coordination mechanism 
of the present invention; 

FIG. 14 is a high level functional block diagram 
illustrating the interaction between various functional 
blocks in the generic service coordination mechanism of 
the present invention; 

FIG. 15 is a tabl illustrating profile data 
information flow utiliz d in the manipulation of 
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profil fil s in the service coordination m chanism of 
the present invention; 

FIG. 16 is a table illustrating allocation data 
information flow utilized in the manipulation of 
5 allocation files in the service coordination mechanism 

of the present invention; 

FIG. 17 is a table illustrating interaction data 
information flow utilized in the manipulation of 
interaction files in the service coordination mechanism 
10 of the present invention; 

FIG. 18 depicts a flowchart of a service 
deployment routine performed by the coordination 
mechanism of the present invention; 

FIG. 19 depicts a flowchart of a service removal 
15 routine performed by the coordination mechanism of the 
present invention; 

FIG. 20 depicts a flowchart of a routine for 
adding a new subscription which is performed by the 
coordination mechanism of the present invention; 
20 FIG. 21 depicts a flowchart of a routine for 

removing a subscription which is performed by the 
coordination mechanism of the present invention; 

FIG. 22 depicts a flowchart of a routine performed 
by the coordination mechanism of the present invention 
25 for g neral provisioning of a service; 
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FIG. 23 depicts a flowchart of a routine p r formed 
by the coordination mechanism of the present invention 
for general withdrawal of a service; 

FIG. 24 depicts a flowchart of a routine performed 
5 by the coordination mechanism of the present invention 

for service allocation on an individual basis; 

FIG, 25 depicts a flowchart of a routine for 
withdrawal of a service on an individual basis which is 
performed by the coordination mechanism of the present 
10 invention; 

FIG. 26 shows the proper alignment of the drawing 
sheets for FIGS. 26A-26B; 

FIGS. . 26A-26B collectively depict a flowchart of 
a routine performed by the coordination mechanism of 
15 the present invention when a request for service 
activation is received through the traffic interface; 
and 

FIG. 27 is table illustrating service 
classification parameter field codes utilized in a 
20 service classification indicator of eight bits in an 

alternative embodiment of the service coordination 
mechanism of the present invention. 

HFTAT TiED DESCRIPTION 

25 The present invention is a generic service 

coordination mechanism which manipulat s data that is 
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rel vant to the s rvic interaction problem and to 
operations which result in state machine transitions. 

FIG. 1 is a graph illustrating the relationship, 
in a telecommunications network, between the number of 
5 services offered, the number of resulting service 

interactions in an uncoordinated network, and the 
number of service interactions in a network equipped 
with a service coordination mechanism constructed in 
accordance with the teachings of the present invention. 
10 Functionally, the service coordination mechanism 

controls the increasing service interaction problem 
through three steps as follows: 

(1) Performing a comprehensive analysis of services in 
15 a real-time telecommunication network, thereby 

identifying the service and network elements which 
affect service processing, and collecting the data 
associated with the service interaction problem; 

(2) Performing a comprehensive analysis of the service 
20 interaction problem identifying different types of 

service interactions and the service interaction 
criteria which are valid for each service 
procedure; and 

(3) Employing a mechanism which utilizes novel methods 
25 and processes to manipulat the service 

interactions on th fly, to respond to the us r' s 
service requ sts in association with defin d 
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interactions, and to provide the capability to 
customize services and service interactions. 



By grouping the identified relevant data in 
5 different files and specifying a service state machine 

as well as a coordinator state machine, the 
coordination mechanism is made generic through simple 
procedures which perform state machine transitions 
according to the data file contents. 

10 The coordination mechanism controls the service 

interaction problem by restricting the number of active 
services which can operate simultaneously on an active 
call. This is done by blocking or suppressing services 
upon reception of activation requests or invocation 

15 service procedure requests, taking into consideration 

general provisioning, service customizing, and real- 
time processing constraints. 

The functions performed by the coordination 
mechanism include: 

20 

Consistent service provisioning. The mechanism 
does not allow a service to be provided unless the 
subscriber and the service characteristics are 
compatible; 

25 - Service restriction. The m chanism does not allow 

a service to be activated or invoked unless its 
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specified service interactions are check d without 
r suiting in an interference; 

Service suppression. The mechanism causes an 
activation or invocation procedure of a superior 
5 service to automatically and temporarily suppress 

an inferior service until the superior service is 
deactivated or released; 

Service interference blocking. The mechanism 
blocks a service interference with another 

10 service, detected during real-time network 

operation, until a correction is loaded into the 
system that does not affect the allocation of 
interference services to users; and 
Statistics maintenance. The mechanism maintains 

15 enhanced statistics measurements on service 

operations in the network. 

In order to identify the elements of a generic 
service coordination mechanism, comprehensive analyses 
20 must be performed of (1) telecommunication service 
characteristics, and (2) the service interaction 
environment with regard to the subscriber allocation to 
the network. 

25 Service Analysis 

A telecommunication s rvice is specified by the 
" servic prose definition and d scription", referred to 
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as the stage 1 description in R comm ndation I. 130 from 
the Consultative Committee on International Tel graphy 
and Telephony (CCITT), which is hereby incorporated by 
reference herein. CCITT Recommendation I. 130, which 
5 provides a general modelling method for all services, 

is written from a user' s point of view, independent of 
implementation. The stage 1 description states that 
service processing in a telecommunication network 
consists of the following procedures: 
10 - Provision/withdrawal; 

Ac t i vati on/deac ti va ti on/re gi s t rati on; 

Invocation and operation; and 

Interrogation/ editing. 

For purposes of the present invention, the 
15 registration procedure is essentially equivalent to the 

activation procedure. The interrogation and editing 
procedures are neutral service operations that are 
performed in all service states. 

FIG. 2 is a block diagram of a service state 
20 machine 11 illustrating the transition of a service 
from one state to another in the present invention. A 
success ful service procedure or operation requested by 
a user enables the service processing to change its 
state for that user according to the service state 
25 machine 11. Th states 12-15 illustrated in FIG. 2 are 

"null" 12 in which a s rvic has not been assign d to 
the user, n provided" 13 in which th service has been 
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provided to a us r having the capability to activate 
the service, "activated" 14 in which a service has b n 
activated by a user having the capability to invoke the 
service, and "invoked" in which a user is making use of 
5 the service by operating the service in relation to a 
basic call. The service state machine 11 forms a 
fundamental element of the service coordination 
mechanism of the present invention. 

A telecommunication service consists of a "basic 
10 service" (i.e., bearer service and/or a teleservice) 
associated with additional services known as 
"supplementary services", when classified according to 
CCITT Recommendation I. 210, which is hereby 
inporporated by reference herein. Supplementary 
15 services are further associated with another level of 

classification indicating the service definition in the 
network. This extended classification may be used to 
facilitate interaction handling due to different 
service behaviors and interference requirements. For 
20 example, a service can be any one of the following: 

an originating service (e.g.. Calling Line 
Identification Restriction (CLIR)); 
a terminating service (e. g. , Call Forwarding 
Dncondi ti onal ( CFU ) ) ; 
25 a mid-call servic ( . g. , Me t M Conference 

(MMC) ) ; or 

an twork servic (e.g., Free Phone (FPH) ) . 
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In addition, the functionality of a service in a 
telecommunication network depends on the subscriber' s 
connection and service allocation characteristics as 
well as the service' s operational environment and its 
5 characteristics. Thus, the following non-inclusive 
list of associative data may influence or affect the 
manipulation of a service' s functionality within a 
telecommunication call: 

network type (e.g., private, public, etc. ); 
10 - access type (e.g., analog, digital, radio, etc.); 

service type (e.g., basic, supplementary, etc.); 

user class (e.g., attendant, operator, etc.); and 

state criteria (e.g., general provision, etc.). 

15 Service Interaction Analysis 

As previously stated, in addition to a 
comprehensive analysis of telecommunication service 
characteristics, a similar analysis of the service 
interaction environment with regard to the subscriber 

20 allocation to the network must be performed. Prior to 

the service interaction analysis, a distinction between 
the interaction problems and the network interworking 
problems is necessary. Network interworking appears 
between all types of services while service interaction 

25 is generally restricted to supplementary servic s. 

Separating the two types of probl ms provides increased 
fficiency in solving th service interaction problem. 
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G nerally, th term "service interaction" 
indicates that two or more servic s coexist und r 
certain specific conditions. These conditions, which 
are usually specified in the service prose definition 
5 and description, describe the necessary actions needed 

to eliminate possible damages caused by possible 
service interferences. 

Additionally, in a complex telecommunication 
system, there are different kinds of interactions, 

10 namely, simple interactions and complex interactions; 

a simple interaction is based on a decisive criterium 
indicating whether a service procedure request is 
accepted or rejected when conflicting with allocated 
services. For example, three party (3PTY) service* 

15 cannot be provided unless the subscriber already has 

call hold (HOLD) service. A complex interaction is one 
which requires a degree of cooperation between 
interactive services. 

Thus, a simple analysis of the service interaction 

20 problem results in two types of interactions: 

1) Def i ni ti v e i nt eracti ons which solve the 
interference problem between services using 
decisive procedures; and 

2) Irresolute interactions which affect service 
25 functionality or cannot be classified as a 

definitive interaction. 
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The lev 1 of complexity, wh n comparing the two 
types of interactions, indicat s that the irr solut 
interaction is an uncontrollable interaction which can 
be solved only within the interfering service entities, 
5 and its solution is regarded as part of the service 
development. The definitive interaction, on the other 
hand, is a feasible interaction which can be solved or 
controlled by a service coordination mechanism. 
Therefore, the elements of the service coordination 
10 mechanism of the present invention are based on an 

extended analysis of the definitive interaction 
criteria. 

A definitive interaction can be characterized as 
.a feasible interaction based on either a permissive or 

15 a priority-decisive process performed in association 
with a service procedure request. The permissive 
process indicates an unprogressive interactive 
condition (i. e. , yes or no), while the priority process 
indicates a progressive interaction condition 

20 associated with a predefined action (i. e. , the process 

controls the processing of one interactive service 
request by preclusion or exclusion of other interactive 
services ) . 

FIG. 3 is chart illustrating various service 
25 interaction criteria utilized in the coordination 
mechanism of the pres nt inv ntion. The following 
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criteria may b appli d to various services to aid in 
handling service int raction problems: 



10 



15 



20 



25 



CyiteffA? 
Allowed (A): 
Restricted (R); 



Dependent (D): 



Override (O): 



Suppressed (S): 



Meaning 
Designates "no interaction". 
Designates an interaction which 
denies a service procedure request 
due to the existence of another 
service. 

Designates an interaction which 
denies a service procedure request 
unless another service already 
exists. 

Designates an interaction in which 
one service has higher priority 
than another existing service. 
Upon a service procedure request, 
the inferior service is 
automatically suppressed until the 
superior service procedure is 
recalled. 

Designates an interaction in which 
one service has lower priority 
than another existing service. 
Upon a service procedur r qu st, 
the availability of a superior 
service controls whether the 
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inferior service proc dur request 
can be performed or rejected. 

fleneric Ser vice Coordination Mechanism 
5 The generic service coordination mechanism of the 

present invention manipulates the definitive service 
interaction criteria during real-time network operation 
without affecting the designed service. The 
coordination mechanism also controls the service 
10 processing within a network. This results in increased 

flexibility, thereby achieving a drastic reduction in 
the number of service interaction problems, and 
allowing a limitation of irresolute interactions, an 
enhanced operational interface, and a more friendly 
15 user interface. 

The following areas are addressed in the design of 
the preferred embodiment of the basic coordination 
mechanism of the present invention: 

Coordination mechanism characteristics; 
20 - Coordination mechanism prerequisites; 

Coordination mechanism state machine; 
Coordination mechanism data structure; and 
Coordination mechanism architecture. 

25 Coordination Mephanism Characteristics 

Th coordination of a servic d p nds on the 
r quested servic procedure, in conjunction with a 
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valid service stat and specifi d servic interaction 
criteria. The coordination r quirements for various 
service procedures are unrelated to some extent, 
therefore the characteristics of the generic 
5 coordination mechanism are specified for predefined 

related service procedures/ as identified in FIGS. 2 
and 3 # i. e. , provision/withdrawal/ activation/ 
deactivation, and invocation and operation. 

At the time of a service provision or withdrawal 
10 procedure request, the coordination mechanism 
accomplishes the following tasks: 

Inhibits a repeated provision of the same service 

on a specific access or to a specific subscriber; 

Inhibits provision of a service due to 
15 inconsistency between the access and/or subscriber 

and the service characteristics; 

Inhibits provision and/or withdrawal of a service 
due to the definitive interaction criteria: 
Restricted or Dependent; 
20 - Inhibits provision and withdrawal of a service due 

to disallowed authority; 

Enables automatic activation at provision when 
required; 

Enables general provision and/or withdrawal of 
25 s rvices when appropriate; and 

Supports customizing of interaction handling. 
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At the time of a service activation or 
deactivation procedure request, the coordination 
mechanism accomplishes the following tasks: 

Enables dual service activation and deactivation 
5 according to the service specifications; 

Inhibits activation of a service due to 

inconsistency between the subscriber and the 

s ervi ce characteri s ti cs ; 

Inhibits activation and/or deactivation of a 
10 service due to the definitive interactive 

criteria: Restricted or Dependent; 

Enables activation or deactivation of a service 

according to the definitive interactive criteria: 

Override or Suppressed; 
15 - Detects and reports services which are subject to 

irresolute interaction handling; 

Inhibits activation and deactivation of a service 
due to disallowed authority; 

Enables automatic invocation at activation when 
20 required; 

Enables general activation and deactivation of 

services when appropriate; and 

Supports customizing of interaction handling. 



25 



At the time of a service invocation and operation 
procedure r qu st, the coordination mechanism 
accomplishes the following tasks: 
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Enables dual service invocation according to the 
service specifications; 

Inhibits invocation of a service due to the 
definitive interactive criteria: Restricted or 
5 Dependent; 

Enables invocation of a service according to the 
definitive interactive criteria: Override or 
Suppressed; 

Detects and reports services which are subject to 
10 irresolute interaction handling; and 

Supports customizing of interaction handling. 

The service coordination mechanism, when triggered 
by a service procedure request, compares and checks the 
5 validity of the input data reflecting the service and 

the subscriber characteristics, and replies with an 
appropriate result. 

Coordination Mecha nism Prerequisites 

20 As prerequisites for the service coordination 

mechanism, input data must be: 1) quickly accessible 
due to real-time processing constraints; and 2) 
consistent and pertinent so that a conclusion can be 
r ached based on that data. 

25 Th se prer qui sites are achiev d through the 

implementation of the following: 

a family concept for servic s and interactions; 
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subscriber characteristics profil s; 
service characteristics profiles; and 
subscriber, service, and interaction identifiers. 

5 Family Concept 

Each defined service forms a service family 
comprising a standard basic service and a set of 
customized versions of that service. 

The following assumption makes the realization of 
10 a generic coordination mechanism possible: 

The customizing of a service cannot result 
in a contradiction to the original service 
prose definition. Thus, a customized 
service is always recognized as a variant of 
15 the original service. 

For example, the customizing of a service can be 
achieved by providing another definitive interaction or 
a different user informative interface, e.g., 
announcements, tones, or text messages. 
20 Furthermore, each service family has an 

interaction handling family allowing four alternative 
capabilities: 

1) basic service and basic interaction 
25 handling; 

2) basic service and customiz d interaction 
handling; 
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3) customiz d 6 rvice and basic interaction 
handling; or 

4) customized service and customized 
interaction handling. 

5 

Subscriber and Service Characteristics Profile 

FIG. 4 is an illustration of a record 
maintained by the present invention and providing a 
profile of the characteristics of a particular 

10 subscriber or service. As noted, a service 

functionality depends on the subscriber and the service 
characteristics within a telecommunication network. 
These characteristics associated with the coordinator 
mechanism characteristics are reflected in * two 

15 profiles, namely, a subscriber characteristics profile 

and a service characteristics profile. 

Each profile 16 consists of a record incorporating 
four identical information fields: a property field 
17, a provision/withdrawal field 18, an activation/ 

20 deactivation field 19 and an invocation and operation 

field 20. 

The following information elements may be stored 
in their associated fields in a characteristics 
profil : 

25 

Property information el em nts: 

- Acc ss cat gory: Wired 
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- Access type: 



- Network category: 



Wireless 

Analog 

Digital 

basic rate 

primary rate 

Public 

Private 
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- Subscription typ : Individual 

Operator facility 

(attendant) 

group 

5 network (e.g., coinbox) 

- Customizing indicator: Yes or no 

Provision/withdrawal information elements: 

- attendant controlled 

10 - automatically activated (only for services) 

- interactive service 

- general provision/withdrawal 

Activation/deactivation information elements: 
15 - subscriber controlled 

- automatically invoked (only for services) 

- interactive service 

- general activation/deactivation 

20 Invocation and operation information elements: 

- subscriber controlled 

- traffic controlled 

- interactive service 

25 

Th data within a subscriber characteristics profile 
designat s a particular subscriber' s subscription 
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configuration and authority. The data within a s rvice 
characteristics profile designates the applicability 
and conditional operation of a service. 

5 Subscribe r. Service, and Interaction Identifiers 

The subscriber, service, and interaction 
identifiers are addressing tools for associating the 
subscriber, service, and interaction data being defined 
within an exchange. Each user-connection to the 

10 exchange is assigned a "subscriber identifier" to 

point-out the relevant subscriber characteristic 
profile. Each new service deployment in an exchange is 
associated with a "service identifier" to point-out the 
relevant service characteristic profile and its 

15 interaction handling. 

In addition, the capability of customizing 
services and service interactions, and the introduction 
of the family concept, effectively modify the method 
used to control and process supplementary services. A 

20 subscriber having specific (customized) interaction 

requirements is assigned an "interaction identifier" 
which points -out his dedicated interaction data. The 
customized interaction requirements are triggered 
automatically by the coordination mechanism through a 

25 customizing indicator (pointer) within his subscriber 
charact ristic profile. 
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FIG. 5 is an illustration of a servic identifier 
utilized in the present invention to identify a service 
family and variation of a service within the family, 
FIG. 5 is also illustrative of the subscriber 
5 identifier and interaction identifier utilized in the 

present invention. The service family pointer 21 
indicates the service family 22, and the customized 
service pointer 23 indicates the degree of customized 
services 24 within the indicated family. The range of 
10 the customized service pointer within a family is a 

telecommunication supplier option. 

Coordination Mechanism State Machine 

FIG. 6 is a block diagram of a coordination 
" 15 mechanism state machine 31 utilized in the "service 

coordination mechanism of the present invention. 
Coordination requests are processed by the coordination 
mechanism according to its own state machine 31, which 
is operable within each service state, i. e. , provided, 
20 activated, and invoked (FIG. 2). 

Transitions by the coordination state machine 31 
to the suspended coordination state 32 and the barred 
coordination state 33 are manipulated internally for 
administrative and interaction handling purposes. The 
25 processing of the coordination state machin 31 in 
relation to servic states 12-15 is specified in the 
following axiom: 
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A request to transition b tween s rvice 
states (FIG. 2), ordered in the forward 
direction (i. e. , toward invoked 15), shall 
not be accepted unless the coordination 
5 state 32-35 (FIG, 6) associated with that 

service' s state indicates ' Assigned' 34. 
For example, if a service is in the provided state 13 
(FIG. 2) and a service activation procedure request is 
ordered, then the request is accepted only when the 
10 service coordination state within the service state 
'provided' 13 has the value "assigned" 34. 

Coordinat ion Mechanism Data Structure 

, As previously stated, the generic service 
15 coordination mechanism manipulates all necessary data 

relevant to handling definitive interaction problems. 
These data are grouped into profile files, allocation 
files, and interaction files to facilitate the 
accessibility and the management of the data. 

20 

Prpfrilq Files 

FIG. 7 is an illustration of a series of 
subscriber characteristics profiles 41 and a series of 
service characteristics profiles 42 which are stored as 
25 dedicated "profile files" in the present invention. 

These files are accessed by the subscrib r identifi r 
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SUBI 43 and th service identifier SERI 44 as describ d 
in conjunction with FIG. 5. 



Allocation Files 
5 FIG. 8 is an illustration of a service allocation 

indication file 51 utilized in the present invention to 
store the service states 12-15 and associated 
coordination mechanism states 32-35 which are valid for 
a parti cular subscriber. Service allocation indication 

10 files 51 are used within the generic coordination 

mechanism to manipulate and access dynamic service 
status information during traffic and network 
operation. Allocation files 51 store the service 
.states 12-15 and associated coordination mechanism 

15 states 32-35 that are valid for particular users. 

There are two types of allocation files 51/ 
general allocation files 52 and individual allocation 
files 53, used in the present invention. Each type has 
a different service processing procedure within an 

20 exchange. 

FIG. 9 is an illustration of a general allocation 
file 52 utilized in the present invention to store 
service states 12-15 and associated coordination 
mechanism states 32-35 for services which are provided 

25 on a general basis to a sp cific group of subscribers. 

Th general allocation file 52 is addressed by the 
service family pointer 21 (FIG. 5) within a service 



WO 95/20854 



PCT/SE95/00008 



-33- 

identifier, SERI 44. This r strictive addressing is 
required because only a few services within a family 
can be validly provided on a general basis for a 
specific group of subscribers. However, the capability 
5 to bar any customized service for administrative 
reasons requires accessibility for all services within 
a general allocation file 52. 

FIG. 10 is an illustration of a dynamic file 
structure of an individual allocation file 61 in the 

10 service coordination mechanism of the present 

invention. The individual allocation file 61 is 
addressed by the subscriber identity, SUBI 43 and 
handles the user' s service subscription indications and 
the reference to his customized interaction. Since a- 

15 subscriber in practice will subscribe to a limited 

number of services/ the individual allocation file 61 
can be realized with a dynamic file structure as 
illustrated in FIG. 10. 

A constraint condition applied to the cooperation 

20 between the general allocation file 52 and the 
individual allocation file 61 is that an individual 
service allocation indication will always override the 
general service allocation indication unless the 
service has a barring coordination state 33 (See FIG. 

25 6). 

Interaction Files 
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Int raction data are stor d in an interaction file 
r cord where th r levant interactions associated with 
a particular service procedure are indicated. 

FIG. 11A is an illustration of an interaction file 
5 record 66 which identifies relevant interactions 67 

associated with service procedures in the service 
coordination mechanism of # the present invention. 
Furthermore, the definitive interaction criteria (see 
FIG. 3) applicable between two interactive services are 
10 expressed by a limited set of values since some 
criteria override other criteria. 

FIG. 11B is a table illustrating allowed 
combinations of service criteria in the service 
coordination mechanism of the present invention. FIG. 
15 11B shows the allowed combinations of service criteria 

values from FIG. 3: Restricted (R), Dependent (D); 
Override (Oh Suppressed (S) , and Yes (Y). 

The customizing of interactions puts some 
constraints on the structure of the interaction files 
20 66. Thus, the interaction files 66 are internally 

divided into two files, basic interaction files and 
customized interaction files. 

As part of basic interaction handling, specific 
interaction requirements associated with customized 
25 servic s 24 (FIG. 5) within a service family 22 may b 
stored. Therefore, the basic interaction file 
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comprises two associat d fil s, as rvice family 
interaction fil 71 and a servic int raction fil 81. 

FIG. 12A is an illustration of a service family 
interaction file 71 in the service coordination 
5 mechanism of the present invention. The service family 

interaction file 71 is addressed by the service family 
pointer 21 (FIG. 5). 

FIG. 12B is an illustration of a service 
interaction file 81 in the service coordination 
10 mechanism of the present invention. The service 

interaction file 81 is addressed by the service 
identifier, . SERI 44 (FIG. 7). The service interaction 
file 81 : is triggered automatically within the 
coordination mechanism by reading the "customizing 
15 indicator value" 23 (FIG. 5) in the property 

information field 17 of the service characteristic 
profile 16 (see FIG. 4). An interaction criteria value 
(FIG. 3) encountered within the service interaction 
file 81 overrides the interaction criteria value valid 
20 for that service family. 

FIG. 13 is an illustration of a customized service 
interaction file 91 in the service coordination 
mechanism of the present invention. In practice, a 
telecommunication customer may have individual service 
25 interaction requirements which differ from th ordinary 

int ractions specified by the network operator or 
service providers. Th se individual requirements are 
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Btor d within th customized service interaction file 
91 which is trigger d automatically within the 
coordination mechanism by reading the interaction 
identifier (FIG. 5) found within the individual 
5 allocation file 52 (FIG. 9). 

Coordination Mechanism Architecture 

FIG. 14 is a high level functional block diagram 
illustrating the interaction between various functional 

10 blocks in the generic service coordination mechanism of 
the present invention. The generic service 

coordination mechanism 101 is realized by means of 
functional blocks (objects) 102-108 which store 
coordination and interaction data, and coordinate or- 
" 15 manipulate the coordination mechanism by means of 
internal communication interfaces 109 and external 
communication interfaces 110 and 111. 

Each block within the coordination mechanism 101 
cooperates with the other blocks and performs a 

20 specific task. A coordinator administrative block 

(CORA) 104, for example, handles all procedures 
generated from an administrative operator site (not 
shown) connected to the coordination mechanism 101 
through external communications interface 110. A 

25 coordinator traffic handling block (CORT) 102 handl s 

subscriber or traffic initiat d procedures which are 
communicat d to the coordination mechanism 101 through 
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xternal communications interface 111. Th task of 
CORA 104 and CORT 102 is to validate incoming requests 
and distribute them to the relevant coordinator 
block(s). A coordinator data storage block (CORD) 103 
5 stores and manipulates the profile files 41 and 42 
(FIG. 7), as well as the general and individual 
allocation files 52 and 61 (FIGS. 9 and 10). An 
interaction data block (INTD) 108 stores and 
manipulates the interaction files 71, 81, and 91 (FIGS. 

10 12A-13). Blocks 105-107, discussed below, handle the 

validation and coordination of service interactions 
according to the service characteristics profile 16 
(FIG. 4) which specifies the coordination mechanism 
characteristics valid for those service procedures. 

15 The coordination mechanism' s external interfaces 

110 and 111 comprise three information flows which 
respectively manipulate the profile files 41 and 42, 
the allocation files 52 and 61, and the interaction 
files 71, 81, and 91. Upon reception of a coordination 

20 request, the generic coordination mechanism 101 may 

perform the following processes: 

1) Initiate (I): define and store new coordinator 

data; 

2) Read (R): extract the requested coordinator 
25 data; 

3) Change (C): modify existing coordinator data; 

or 
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f 4) Eras (E): delet existing coordinator data. 

The administrative block (CORA) 104 accepts and 
handles the four processes (I, R, C & E) for 
5 manipulation of coordinator and interaction data while 
the traffic block (CORT) 102 accepts and handles a 
selection of the four processes depending on the data 
to be manipulated (e. g. , R for profile data, R & C for 
allocation data, and R for interaction data) . 

10 FIG. 15 is a table illustrating profile data 

information flow utilized in the manipulation of 
profile files 41 and 42 in the service coordination 
mechanism of the presfent invention. The property, P&W, 
A&D and I&O parameters are normally optional (OPT), but 

15 are mandatory (MAN) within the request of the 

coordinator process Initiate (I) and within the 
response of the coordinator process Read (R). 

FIG. 16 is a table illustrating allocation data 
information flow utilized in the manipulation of 

20 allocation files 52 and 61 in the service coordination 

mechanism of the present invention. The mandatory 
indication (MAN) within the response is applicable only 
when the parameter is supplied in the request. 

FIG. 17 is a table illustrating interaction data 

25 information flow utilized in the manipulation of 
interaction files 71, 81, and 91 in the service 
coordination mechanism of th pr sent invention. The 
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"swap indicator" parameter indie at s that an initiat d 
(inserted) int raction crit ria valu between two 
services is valid in both directions (X-Y and Y-X). 



5 
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Coordination Mech anism Processing 

The main processes of th generic s rvice 
coordination mechanism' s procedures are controlled 
within CORA 104 and CORT 102 which in turn distribute 
5 the requested functionality to subprocesses performed 
in the other coordinator blocks. Hereafter, some 
examples are described to illustrate the administrative 
interface through CORA 104, such as a service 
deployment procedure, new subscription procedure, and 
10 service allocation procedures. Thereafter, a service 

activation procedure is presented to illustrate the 
traffic interface through CORT 102. 

Service Deployment Procedure 

15 FIG. 18 depicts a flowchart of a service 

deployment routine performed by the coordination 
mechanism of the present invention. At deployment of 
a new service, an administrative operator enters the 
service characteristic's profile 16 (FIG. 4) and the 

20 service interaction data at step 121. Then, at step 

122, CORA 104 analyzes the profile contents, and at 
step 123, specifies a service identifier (FIG. 5). At 
step 124, it is determined whether or not the new 
service is in a new service family. If yes, the 

25 routine mov s to step 125 wh re CORA 104 updates the 

general allocation file 52 in CORD 103 with the new 
service identifier (SERI) 44. Simultaneously, CORA 104 
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ord rs blocks 105-107 to update their respective 
interaction files at 126. If it was determin d at step 
124 that the service is not in a new service family, 
the routine moves directly to step 126 where CORA 104 
5 orders blocks 105-107 to update their respective 

interaction files. 

FIG. 19 depicts a flowchart of a service removal 
routine performed by the coordination mechanism of the 
present invention. At step 131, an administrative 
10 operator enters a request to remove service M A" . At 

132, CORA 104 receives the request and accesses CORD 
103 where it is determined at step 133 whether or not 
the coordinator state within the general allocation 
fiLe 52 for that service is n BARRED" 33 (FIG. 6). If 
15 not, an error code is returned to the administration 

operator at 134. If barred at 133, the routine moves 
to step 135 where CORA 104 orders blocks 105-107 to 
reset and remove their respective interaction files for 
service "A" which is accomplished at step 136. Then, 
20 at 137, blocks 105-107 each send a confirmation message 

to CORA 104. Upon reception of those confirmations at 
step 138, CORA 104 deletes the service characteristic 
profile 16 from CORD 103. 

25 Subscriptions 

FIG. 20 d picts a flowchart of a routine for 
adding a new subscription which is p r formed by the 
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coordination mechanism of the present invention. At 
step 141, the administrative operator enters the 
subscriber characteristic's profile 16. Then, at step 
142, CORA 104 defines a new subscriber identifier 
5 (SUBI) (FIG. 5). At step 143, CORA 104 updates the 

subscriber profile files 43 (FIG. 7). 

FIG. 21 depicts a flowchart of a routine for 
removing a subscription which is performed by the 
coordination mechanism of the present invention. At 

10 step 151, the administrative operator enters a request 
to remove subscriber " B". At 152, CORA 104 receives 
the request and accesses CORD 103 where it is 
determined at step 153 whether or not the provision 
.withdrawal procedure within the subscriber allocation 

15 file indicates that the coordinator state is " BARRED" 
33 (FIG. 6) for all services. If the coordinator state 
is not barred, an error code is returned to the 
operator at 154. Otherwise, the routine moves to step 
155 where CORA 104 orders CORD 103 to delete the 

20 subscriber profile for subscriber n B a . At 156, CORD 

103 removes the provision and the activation allocation 
files for subscriber n B tt and at step 157, returns a 
confirmation message to CORA 104. 

25 Service Allocation on a General Basis 

FIG. 22 depicts a flowchart of a routine p rformed 
by th coordination mechanism of the pres nt invention 
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for g neral provisioning of a service. At st p 161, 
the administrative operator sends a service allocation 
information flow request with appropriate values to 
CORA 104 to provide a service on a general basis. At 
5 step 162, CORA 104 reads and checks the service 
characteristics profile provision and withdrawal 
information field 17 (FIG. 4). At 163, it is 
determined whether or not a general provision 
indication exists. If the indication exists, the 

10 routine moves to 164 where CORA 104 insures that no 

other customized service 24 within the service family 
22 is already provided. The routine then moves to step 
165 where CORA 104 orders the Provision and Withdrawal 
Coordinator Block (PWCOR) 107 to determine whether any 

15 interaction problems exist. If it is determined at 
step 166 that interaction problems exist, the routine 
moves to 167 where the attempt is cancelled. 
Otherwise, the routine moves to step 168 where the 
provision is accomplished on a general basis. At step 

20 169, if the service data indicates implicit activation, 

then CORA 104 initiates the activation procedure to 
update the general allocation file 52. 

FIG. 23 depicts a flowchart of a routine performed 
by the coordination mechanism of the present invention 

25 for gen ral withdrawal of a service. At step 171, the 
administrative operator sends a request with 
appropriat values to CORA 104 to withdraw a s rvice on 
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a g neral basis. At 172, CORA 104 accesses CORD 103, 
and at 173, d termin s whether or not the service 
activation state within the general allocation file 52 
indicates that the coordinator state is " BARRED" 33 
5 (FIG. 6). If not, then the routine moves to step 174 

where it is determined whether or not the 
provi si on/ withdrawal information elements in the 
service characteristics profile indicate "automatically 
activated" and "general provision/ withdrawal". If 

10 not, the routine moves to step 174a where the 
withdrawal request is rejected. This may occur when, 
for example, a general deactivation procedure must be 
performed first. For example, HOLD cannot be withdrawn 
if.3PTY is not withdrawn first. If at step 174 it is 

15 determined that the noted indications are found in the 
provision/withdrawal information elements, the routine 
moves to step 174b where a general deactivation 
procedure is performed internally within the 
coordinator which changes the coordination state to 

20 " BARRED" . 

If, at step 173, it was determined that the 
coordinator state is barred, then the routine moves to 
step 175 where the coordinator state for the provision 
service state is set to "SUSPENDED" 32. At 176, PWCOR 

25 107 checks for withdrawal interaction indications. At 

st p 177, it is determined whether or not withdrawal 
interaction indications are pr sent. If they are 
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pr s nt, th n th routine moves to st p 178 wh re the 
coordinator state is reset to its original value. The 
original value can be either "ASSIGNED" 34 or "NULL" 35 
in the general allocation files. If it is determined 
5 at step 177 that interaction indications are not 
present, then the routine moves to step 179 where the 
coordinator state is set to "BARRED" 33. 

The withdrawal of a service on a general basis 
permits the service provider or network operator to 
10 block the accessibility to that service during real- 
time operation of an exchange. This process can be 
used for updating the service functionality without 
affecting the individual allocation files. 

15 
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Service A llocation on an Individual Basis 

FIG. 24 depicts a flowchart of a routine performed 
by the coordination mechanism of the present invention 
for service allocation on an individual basis. At step 
5 181, the administrative operator sends a service 

allocation information flow request with appropriate 
values to CORA 104. At 182, CORA 104 reads and checks 
the subscriber and the service characteristics profile 
property field 17 (FIG. 4) and the provision and 

10 withdrawal information field 18. At 183, it is 
determined whether or not the service and the 
subscriber properties are compatible. If not, then the 
routine moves to step 184 where the service allocation 
procedure is rejected. If the service and the* 

15 subscriber properties are compatible at 183, then the 
routine moves to 185 where CORA 104 determines whether 
or not the requested service is already provided on a 
general basis, or is barred. If yes, the routine moves 
to 184 where the service allocation procedure is 

20 rejected. If the service is not provided or barred, 

the routine moves to step 186 where CORA 104 orders 
PWCOR 107 to check for interaction problems. At step 
187, it is determined whether or. not interaction 
problems exists. If interaction problems exist, the 

25 routin moves to 184 wh r the service allocation 
proc dure is rejected. If, however, at step 187 
interaction probl ms do not exist, the s rvice 
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allocation is accomplish d at 188. If the service data 
indicates implicit activation, then CORA 104 initiates 
the activation procedure. 

FIG. 25 depicts a flowchart of a routine for 
5 withdrawal of a service on an individual basis which is 
performed by the coordination mechanism of the present 
invention. At step 191, the administrative operator 
sends a request with appropriate values to CORA 104 
requesting the withdrawal of an individual service. 

10 CORA 104 accesses CORD 103 at step 192 which, at 193, 

determines whether or not the service activation state 
within the individual allocation file 61 indicates that 
the coordinator state is "BARRED" 33. If not, the 
.routine moves to step 194 where it is determined 

15 whether or not the provision/withdrawal information 
elements in the service characteristics profile 
indicate "automatically activated". If not, the 
routine moves to step 194a where the withdrawal request 
is rejected. This may occur when, for example, a 

20 general deactivation procedure must be performed first. 

If at step 194 it is determined that "automatically 
activated" is found in the provision/ withdrawal 
information elements, the routine moves to step 194b 
where a general deactivation procedure is performed 

25 internally within the coordinator which changes th 
coordination state to "BARRED". 
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If, at st p 193, it was determin d that the 
coordinator state is barr d, then the routin moves to 
step 195 where the coordinator state for the provision 
service state is set to " SUSPENDED" 32. At 196, PWCOR 
5 107 checks for withdrawal interaction indications. At 

197 it is determined whether or not withdrawal 
interaction indications are present. If such 

indications are present, the routine moves to step 198 
where the coordinator state is reset to its original 

10 value. The original value may be either "ASSIGNED" 34 
or "NULL" 35. Thus, the service can be generally 
available, but withdrawn individually for a specific 
user. If, however, at step 197 no withdrawal 
interaction indications are present, then the routine 

15 moves to step 199 where the coordinator state is' set to 

"BARRED" 33. 

Service Activation Procedure Through Traffic Interface 
FIGS. 26A-26B collectively depict a flowchart of 

20 a routine performed by the coordination mechanism of 

the present invention when a request for service 
activation is received through the traffic interface 
111. At step 201, the coordination mechanism is 
invoked by receiving a service allocation information 

25 flow request with appropriate values in CORT 102. 

Then, at 202, CORT 102 reads and checks the servic and 
the subscrib r characteristics activation and 



WO 95/20854 



PCTVSE95/00008 



-49- 

deactivation information fi Id 18 (FIG. 4). At 203, 
CORT 102 orders the Activation and Deactivation 
Coordinator block (ADCOR) 106 to perform the service 
allocation. ADCOR 106, upon receiving the request, 
5 determines at 204 whether or not the individual 

provision allocation is equal to "ASSIGNED" 34 (FIG. 
6). If not, the routine moves to step 205 where the 
activation request is rejected. If the individual 
provision allocation is equal to " ASSIGNED" 34, the 
10 routine moves to step 206 where ADCOR 106 determines 

whether or not the activation state in the general 
allocation file is "BARRED" 33. If the activation 
state in the general allocation file is "BARRED", the 
routine moves to step 205 where the activation request 
15 is rejected. If, at 206 it was determined that the 

activation state is not "BARRED", the routine moves to 
step 207 where ADCOR 106 performs a service interaction 
checking procedure. 

The service interaction checking procedure is 
20 performed by checking for a customized interaction file 
(FIG. 10), and determining whether the service has only 
interaction, or customized service interaction, or 
both. After these determinations are made, the 
relevant interaction files within the Interaction Data 
25 block (INTD) 108 ar scanned at step 208. 

The interaction indication files are scanned in 
th order of permissive, conditional, and then other. 
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At step 209, it is determined whether or not a 
permissive interaction indication is encountered 
(restricted or dependent). If a permissive interaction 
indication is encountered, the routine moves to step 
5 211 where ADCOR 106 reads the allocation file and 

determines whether or not any of the interactive 
services assigned for this subscriber are conflicting 
with the interaction criteria. This may occur, for 
* example, when a restrictive service activation state is 

10 equal to "ASSIGNED" 34 or a dependent service 

activation state is not equal to "ASSIGNED" 34. If the 
permissive interaction criteria are not met, the 
routine moves to step 205 where the service procedure 
is rejected. If, at step 211, the assigned interactive 

15 services are not' conflicting with the interaction 

criteria, the routine moves instead to step 212 where 
ADCOR 106 proceeds with the remaining interaction 
checking. At step 212, it is determined whether or not 
a priority interaction indication is encountered 

20 (override or suppress). If a priority interaction 

indication is encountered, the routine moves to step 
213 where ADCOR 106 determines whether or not any of 
the interactive services are assigned for the 
applicable subscriber. If assigned, the routine moves 

25 to st p 214 wh re it is determin d wh ther or not any 
of the assigned interactive services ar suppressive 
services. If a suppressiv service is found, th 
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routine moves to st p 205 where the activation r qu st 
is rejected. If a suppressive s rvice is not found, 
then the routine moves to step 215 where it is 
determined whether or not any of the assigned 
5 interactive services are overridden. If an overridden 
service is found, the routine moves to step 216 where 
the coordinator state for that service is changed to 
n SUSPENDED* 32 (FIG. 6), whereupon the routine returns 
to step 215. If no overridden is found, or all 
10 overridden interactive services become "SUSPENDED- 32, 

the routine moves to step 217. 

If, however, at step 212, a priority interaction 
indication was not found, the routine moves to step 
217. Likewise, at step 213, if there are no 
15 interactive services assigned to the applicable 
subscriber, then the routine moves to step 217. At 
step 217, ADCOR 106 proceeds with the remaining 
interaction criterium "other" by determining whether or 
not other interactions are found for any service. If 
20 other interactions are found, the routine moves to step 
218 where ADCOR 106 shifts control to the interactive 
service and awaits a positive response. At step 219, 
it is determined whether or not a positive response is 
received. If a negative response is received, the 
25 routin moves to step 221 wh r th activation requ st 
is reject d. At step 222, the routine resets th 
coordinator state for any overridden services to th ir 
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original values. If a positive response is rec ived at 
step 219, th routin moves to st p 223 wh re th 
service activation request is accepted. If, at step 
217, no other interaction indications are found, the 
5 routine moves directly to step 223 where the service 
activation request is accepted. Finally, at step 224, 
the coordinator state is updated to "ASSIGNED- 34 (FIG. 
6). 

10 Alternati ve Embodiment 

Alternatively, the generic service coordination 
mechanism of the present invention can be implemented 
by classifying each service in a network within a group 
of services identified by a service classification 

15 indicator. The benefit achieved by this embodiment is 
the distribution of the coordination mechanism' s data 
among several files. This data distribution restricts 
the number of linked records and decreases the 
coordinator processing time. 

20 As an example, when the classifications specified 

by CCITT Recommendation I. 210 are used, and the 
services are grouped into originating, terminating, 
mid-call, and network services, then each group has its 
own allocation files and interaction files. The 

25 coordination m chanism, when invoked, r ceiv s a basic 
call vent, wher upon the prop r classifi d allocation 
files and int raction files are addressed. The format 
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of an extreme servic classification indicator 
parameter may have a parameter field of eight bits (A- 
H) # thereby allowing 127 groups of services. 

FIG, 27 is table illustrating service 
5 classification parameter field codes utilized in a 

service classification indicator of eight bits in the 
service coordination mechanism of the present 
invention. 

It is thus believed that the operation and 
10 construction of the present invention will be apparent 

from the foregoing description. While the method, 
apparatus and system shown and described has been 
characterized as being preferred, it will be readily 
apparent that various changes and modifications could 
15 be made therein without departing from the spirit and 

scope of the invention as defined in the following 
claims. 
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WHAT IS CLAIMED IS: 

1. A method of controlling service interactions 
5 in a real-time telecommunications network, said method 

comprising the steps of: 

analyzing services in said real-time 
telecommunications network to identify service and 
network elements which affect service processing; 
10 collecting data associated with said service 

interactions; 

analyzing said data associated with said 
service interactions, said data analyzing step further 
comprising: 

15 identifying different types of service 

interactions; and 

identifying service interaction criteria 
which are valid for each of said identified types of 
service interaction criteria; and 

20 determining whether or not to accept new 

services and withdraw existing services based upon said 
analysis of identified service and network elements, 
identified types of service interactions, and 
identified service interaction criteria. 

25 

2. The method of claim 1 wherein the step of 
analyzing services in said real-time t lecommunications 
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n twork to identify service and network lements which 
affect service processing includes defining various 
states for said services. 

5 3. The method of claim 2 wherein the step of 

defining various states for said services includes 
defining the services states "null", "provided", 
" activated" , and " invoked" . 

10 4. The method of claim 3 wherein the step of 

determining whether or not to accept new services and 
withdraw existing services includes defining a service 
state machine which transitions services from one of 
said states to another. 

15 

5. The method of claim 4 wherein the step of 
analyzing services in said real-time telecommunications 
network to identify service and network elements which 
affect service processing includes defining various 

20 states for coordination requests. 

6. The method of claim 5 wherein the step of 
defining various states for coordination requests 
includes defining the coordination states "null", 

25 " assigned" , "suspend d" , and "barred". 
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7. The method of claim 6 wher in the st p of 
determining whether or not to accept new servic s and 
withdraw existing services includes defining a 
coordination mechanism state machine which is operable 

5 within each of said service states for transitioning 
coordination requests from one of said states to 
another. 

8. The method of claim 7 wherein the step of 
10 analyzing services in said real-time telecommunications 

network to identify service and network elements which 
affect service processing includes dividing said 
services into basic services and supplementary 
services, said supplementary . services comprising 
15 originating services, terminating services, mid-call 
services, and network services. 

9. The method of claim 8 wherein the step of 
identifying different types of service interactions 

20 includes identifying definitive interactions and 
irresolute interactions. 

10. The method of claim 9 wherein the step of 
identifying definitive interactions includes 

25 identifying d finitive interactions based on permissive 
processes and d finitive interactions bas d on 
priority-decisive processes. 
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11. The method of claim 10 wherein the step of 
identifying service interaction criteria which are 
valid for each type of service interaction includes the 

5 steps of: 

identifying the service interaction criteria 
" allowed" , " restricted" , and "dependent" as valid for 
interactions based on permissive processes; and 

identifying the service interaction criteria 
10 -override" and "suppressed" as valid for interactions 

based on priority-decisive processes. 

12. The method of claim 1 further comprising the 
. steps of: 

15 analyzing a subscriber' s connection and 

service allocation characteristics; and 

analyzing a service' s operational environment 
characteristics. 

20 13. The method of claim 12 wherein the step of 

analyzing a subscriber' s connection and service 
allocation characteristics includes determining the 
subscriber' s access type and user class. 

25 14. Th method of claim 13 wh rein the step of 

analyzing a service' s operational environm nt 
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characteri sties includes determining a network typ , a 
service type, and a state criteria for said service. 

15* A generic coordination system for 

5 coordinating service interactions during provision and 

withdrawal of subscriber services in a 
telecommunications network, each of said services 
having specifications and characteristics, said 
coordination system comprising: 
10 means for inhibiting a repeated provision of 

a service to a specific subscriber; 

means, cooperating with said means for 
inhibiting a repeated provision of a service to a 
specific subscriber, for inhibiting a repeated 
15 provision of a service on a specific access by said 
specific subscriber; 

means for inhibiting provision of a service 
when said subscriber, said subscriber' s access type, 
and said service' s characteristics are inconsistent; 
20 means for storing definitive interaction 

criteria for each subscriber service in said network; 

means for inhibiting provision and withdrawal 
of a particular service when said service' s definitive 
interaction criteria identify said service as 
25 "restricted"; 

means, cooperating with said means for 
inhibiting provision and withdrawal of a particular 
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s rvice wh n said servic ' s definitive interaction 
criteria identify said service as "restricted", for 
inhibiting provision and withdrawal of a particular 
service when said service' s definitive interaction 
5 criteria identify said service as "dependent"; 

means for inhibiting provision and withdrawal 
of a particular service due to disallowed authority; 

means for enabling provision and withdrawal 
of services to individual subscribers; 
10 means , cooperating with said means for 

enabling provision and withdrawal of services to 
individual subscribers, for enabling general provision 
and withdrawal of services; 

means for enabling automatic activation of a 
15 service at provision; and 

means for customizing interaction handling. 

16. A generic coordination system for 

coordinating service interactions during activation and 
20 deactivation of subscriber services in a 

telecommunications network, each of said services 
having specifications and characteristics, said 
coordination system comprising: 

means for enabling dual service activation 
25 and deactivation according to a particular servic ' s 

specifications; 
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m axis for inhibiting activation of a 
particular service when said subscriber and said 
service' s characteristics are inconsistent; 

means for storing definitive interaction 
5 criteria for each subscriber service in said network; 

means for inhibiting activation and 
deactivation of a particular service when said 
service' s definitive interaction criteria identify said 
service as "restricted"; 
10 means, cooperating with said means for 

inhibiting activation and deactivation of a particular 
service when said service' s definitive interaction 
criteria identify said service as "restricted", for 
.inhibiting activation and deactivation of a particular 
15 service when said service's definitive interaction 
criteria identify said service as "dependent"; 

means for enabling activation and 
deactivation of a service when said service' s 
definitive interaction criteria identify said service 
20 as an "override" service; 

means, cooperating with said means for 
enabling activation and deactivation of a service when 
said service' s definitive interaction criteria identify 
said service as an "override" service, for enabling 
25 activation and deactivation of a service wh n said 
servic ' s d finitiv interaction criteria identify said 
service as "suppressed"; 
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means for detecting and reporting services 
which are subject to irresolute interaction handling; 

means for inhibiting activation and 
deactivation of a service due to disallowed authority; 
5 means for enabling general activation and 

deactivation of services; 

means for automatically invoking a particular 
service at activation; and 

means for customizing interaction handling. 

10 

17. A generic coordination system for 

coordinating service interactions during invocation and 
operation of subscriber services in a 
telecommunications network, each of said services- 
15 having specifications and characteristics, said 
coordination system comprising: 

means for enabling dual service invocation 
according to a particular service' s specifications; 

means for storing definitive interaction 
20 criteria for each subscriber service in said network; 

means for inhibiting invocation of a 
particular service when said service' s definitive 
interaction criteria identify said service as 
" restricted"; 

25 means, cooperating with said means for 

inhibiting invocation of a particular s rvic when said 
s rvice' s definitive interaction crit ria identify said 
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servic as "restricted", for inhibiting invocation of 
a particular service when said service' s definitive 
interaction criteria identify said service as 
" dependent" ; 

5 means for enabling invocation of a particular 

service when said service' s definitive interaction 
criteria identify said service as an "override" 
service; 

means , cooperating with said means for 
10 enabling invocation of a particular service when said 

service' s definitive interaction criteria identify said 
service as an "override" service, for enabling 
invocation of a particular service when said service' s 
definitive interaction criteria identify said service 
15 as " s uppres s ed" ; 

means for detecting and reporting services 
which are subject to irresolute interaction handling; 
and 

means for customizing interaction handling. 

20 

18. In a system for coordinating interactions 
between services in a telecommunications network, a 
method of ensuring that input data is quickly 
accessible, consistent, and pertinent, said method 
25 comprising the steps of: 

associating ach defined service with a 
s rvice family comprising a standard basic £ rvice and 
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a set: of customized servic s which are variants of said 
standard basic service; 

maintaining subscriber characteristics 
profiles, each of which defines a subscription 
configuration and scope of authority for a particular 
subscriber; 

maintaining service characteristics profiles, 
each of which defines a particular service' s 
applicability and conditional operation; 

assigning a subscriber identifier to each 
user connection to said network to point out said 
connection' s relevant subscriber characteristics 
profile; 

assigning a service identifier to each new 
service deployed in said network to point out said new 
service' s relevant service characteristics profile; 

storing dedicated interaction data for each 
subscriber of customized services; and 

assigning an interaction identifier to each 
subscriber of customized services to point out said 
dedicated interaction data for said subscriber. 

19. A generic service-coordination mechanism for 
solving service interaction problems in a communication 
system, said coordination m chanism comprising: 

means for validating and distributing 
incoming requests from an administrative op rator site; 
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m ans for validating and distributing 
incoming requests initiated by subscribers and traffic 
in said communication system; 

means for storing and manipulating service 

5 profile files, subscriber profile files, general 

* 

allocation files, and individual allocation files; 

means for validating and coordinating service 
interactions during service provision and withdrawal; 

means for validating and coordinating service 
10 interactions during service activation and 
deactivation; 

means for validating and coordinating service 
interactions during service invocation and operation; 
and 

15 means for storing and manipulating 

interaction files. 

20. A method of deploying a service in a 
telecommunications network, said service having a 
20 service characteristic' s profile and service 
interaction data, when said profile and said data are 
entered by an administrative operator, said method 
comprising the steps of: 

analyzing said service characteristic' s 

25 profile; 

assigning a service id ntifier to said 
service to point out service characteristic' s profile; 
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d t rmining if said servic is in a new 
service family; 

updating a general allocation file if said 
service is in a new service family; and 
5 updating interaction files relating to 

service provision and withdrawal, service activation 
and deactivation, and service invocation and operation. 

21. A method of removing a service from a 
10 telecommunications network having a coordination 

mechanism which includes a general allocation file, a 

service characteristic' s profile for each service, and 

service interaction files for service provision and 

withdrawal, service activation and deactivation, and 
15 service invocation and operation, said method 

comprising the steps of: 

determining if said general allocation file 

includes a coordinator state for said service which 

equals "barred"; 
20 generating an error code if said coordinator 

state is not "barred"; 

resetting and removing said service 

interaction files for said service if said coordinator 

state is "barred"; and 
25 deleting said service characteristic' s 

profile for said s rvice. 



WO 95/20854 



PCI7SE95/00008 



-66- 

22. A method of providing on servic of a 
service family on a general basis to a 
telecommunications network having a coordination 
mechanism which includes a provision and withdrawal 
5 coordinator, a general allocation file, a service 
characteristic' s profile for each service, and service 
interaction files for service provision and withdrawal, 
service activation and deactivation, and service 
invocation and operation, said method comprising the 
10 steps of: 

reading a provision and withdrawal 
information field in said service characteristics 
profile; 

determining if a general provision indication 
15 exists in said provision and withdrawal information 

field; 

insuring, if a general provision indication 
exists, that no customized service in the service 
family of said service is already provided; 
2 0 de t ermi ni ng, wi t h s ai d pro vi s i on and 

withdrawal coordinator, whether any interaction 
problems exist by accessing said service interaction 
files; 

providing, if no interaction problems exist, 
25 said service on a gen ral basis; and 

updating said general allocation fil . 
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23. A method of withdrawing a s rvic on a 
general basis from a telecommunications network having 
a coordination mechanism which includes a provision and 
withdrawal coordinator, a general allocation file, a 
5 service characteristic' s profile for each service, and 
service interaction files for service provision and 
withdrawal, service activation and deactivation, and 
service invocation and operation, said method 
comprising the steps of: 

10 determining if said general allocation file 

includes a coordinator state for said service which is 
equal to "barred"; 

determining, if said coordinator state is not 
equal to "barred", if said service characteristics 

15 profile includes provision/withdrawal information 
elements equal to "automatically activated" and 
" general provi s i on/wi t hdrawal " ; 

changing, if said service characteristics 
profile includes provision/withdrawal information 

20 elements equal to "automatically activated" and 
"general provi si on/wi thdrawal " , said coordinator state 
to "barred" by performing a general deactivation 
procedure within said coordination mechanism; 

setting said coordinator state to 

25 "suspended", if said coordinator stat is determined to 

be " barred" ; 
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determining, with said provision and 
withdrawal coordinator, whether any withdrawal 
interaction problems exist by accessing said service 
interaction files; 
5 resetting said coordinator state to its 

original value if withdrawal interaction problems are 
determined to exist; and 

setting said coordinator state to "barred" if 
withdrawal interaction problems are determined not to 
10 exist. 
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FI6. 20 



Admin Operator enters subscriber 
characteristics profile 



I 
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CORA defines new Subscriber ID (SIIBDM42 

1 



CORA updates subscriber profile files 
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Admin Operator enters 
request to remove Subscriber B 
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CORA receives request 
and accesses CORD 
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ERROR code returned 
to Admin Operator 



NO 



Does 
provision 

withdrawal procedure 
in subscriber allocation 

file indicate 
coordination 
state is 
"BARRED" 
? 



153 



YES 



CORA orders CORD to 
delete subscriber profile 
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CORD removes provision and 
activation files for Subscriber B 
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CORD sends confirmation message to CORA 
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FIG. 22 



Admin Operator sends service 
allocation information flow request 
to CORA to provide service on a 
general basis 
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CORA reads and checks service characteristics 
profile P/W information field 
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CORA insures no other 
customized service within 
the family is provided 



Does 

'general provision' 
indication 
exist 
? 



NO 
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CORA orders 



PWCOR to check 



for interaction problems 



L 
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Cancel allocation attempt • 




165 



Provide service on a general basis 



CORA updates general allocation file 
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FIG. 23 



Admin Operator enters request to 
withdraw service on a general basis 



171 



CORA accesses CORD 



•172 




Do 
P/W 

Information elements 
indicate "automatically 
activated" and 
'general RW" 
YES X ? 





NO 
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Reject Withdrawal Request 



1 



174b 



Does 

"service activation" 
state within general 
allocation file indicate 
coordination state is 
"BARRED" 
? 



Perform general 
deactivation procedure 



YES 



Set coordinator state for provision 
service state to "SUSPENDED" 
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PWCOR checks for withdrawal 
interaction indications 



I 



178 



Reset coordinator 


YES 


state to original value 
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Set coordinator state to "BARRED" 
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FIG. 24 



Admin Operator sends service allocation 
information flow request to CORA to 
provide service on an individual basis 



-181 



CORA reads and checks subscriber and 
service characteristics profile property 
field and P/W information field 
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NO 



YES 



Are 
service and 
subscriber properties 
compatible 
? 

YES 
Is 

requested service 
already provided on 
general basis or 
barred 
? 

NO 
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185 



CORA orders PWCOR to check for 
interaction problems 



184 



Reject allocation attempt 



YES 




186 



Provide service on an individual basis 
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Set coordinator state for provision 
service state to "SUSPENDED" 



196 



1 



PWCOR checks for withdrawal 
interaction indications 
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Reset coordinator state 


YES 


to original value 






Set coordinator 
state to "BARRED" 



199 



0 
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FIG. 26 



FIG. 26 A 



FIG. 26 B 



FIG. 26A 



201- 



202 



CORT receives service allocation 
information flow request 



CORT reads and checks service 
and subscriber characteristics 
activation /deactivation 
information field 



203- 



CORT orders AOCOR to 
perform allocation 



1 



205 



Reject activation request 



NO 



YES 



207- 



_ .-204 

Does 

Individual provision" 
allocation equal 
"ASSIGNED". 
? 

YES 
. -206 

Does 
activation state^ 
in general allocation 
file equal 

"BARRED" 

? 



Check requested service for 
service interaction and 
customized service interaction 



208 



Scan relevent interaction files in INTD 



YES 



Are any 
interactive services 
assigned for this subscriber 
conflicting with the 
permissive interaction 
criteria 
? 



211 



YES 



Is a 



■209 



permissive 

^interaction indication^ 

encountered 
7 
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FIG. 26B 





Change coord 
state for that 
service to 
"SUSPENDED" 



Shift control to 
the interactive 
service and await 
positive response 



Is 
positive 
response 
.received. 
? 




Accept activation request | ^223 



NOJ (-"■ 


Update coordinator 


Reject Activation Request] 


state to "ASSIGNED" 
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